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USER INTERFACE AND METHOD FOR VEHICLE CONTROL SYSTEM 
CROSS-REFERENCE TO RELATED APPLICATIONS 
100 0„ This application ia a continuation-in-par, o, U.S. Sa, Na. 
December 20, 2002, en«ed "Eguipmen, Service VehiCe Wnh Netwo, .Ass* ed 
Vehicle Service ana Repair," pending, which (II ie a continuation-m-par, o, U.S. Se, 
N I 9,927,946, filed Angus, 10, 200, , entitled W Vehicle Having Cooperatrve 
C„n,,o, Netwo* With Distributed I/O Interlacing," pending, which is a aontinuatron-rn- 

I of U.S. Ser. No. 09,39.393, liled August 27, 1999. entitled "Military Ve rce 
Ha ving Cooperative Contro, Network ^ L 

No 6 421 593, which is a continuat.on-.n-part of U.S. Ser. no. 

I 0 , 30, 1999, entitled — Vehicle Having Cooped <^ — ™ 
Distributed I/O Interfacing," abandoned; (2) is a cominuauon-ir.-p^ c. - 

„ c^...^ « 9000. entitled "Equipment Service Vehicle Hav.ng 

On-Board Diagnostic System," allowed; .3, claims priority to U.S. Prov. No. 
60,342,292, filed December 21 , 200, , entitled "Vehicle Control and Monrtonng 
em and Method;" ,4, claims priority to U.S. Prov. No. 60,360,479, « 
Lary 23, 2002, entitled "Tune, Contro, System and Method lor a Pita rgh ng 

• ■♦ t «nq Prov No 60/388,451, filed June 13, 2002, 
Vehicle-" and (5) claims priority to U.S. Prov. no. du/o 

2 "Control System and Method lot an Eguipmen, Service Vehicle, a„ - 
„ hereby expressly incorporated by relerence. This appiication is also a continue,, n- 
p „ o, U.S. Ser. No. ,0,364.633. liled February 11, 2003, en,,ed "Turret Targetrng 

incorporated by reference. 

BACKGROUND 

,0002, The present invention re,a,es to equipment service vehicles. The present 
H also telates to vehicles tha, can communicate with a compute, the, ~, 
t0 th , vehicle, in one aspect, the present disclosure relates to an egurpmen, eerv, ce 
„ehic,e the, can communicate with mobile portable computer, such as a persona, drgrtal 
assistant that is off-board the vehicle. 
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[0003] Presently, there is a vast array of equipment service vehicles that perform a 
wide range of functions. Such vehicles include military vehicles, fire fighting veh.cles, 
concrete placement and delivery vehicles, refuse handling vehicles, ambulances, a.rport 
and municipal vehicles (e.g., aircraft rescue and fire fighting vehicle, snow plows, dump 
trucks, etc.), utility vehicles (e.g., communications installation and service veh.cles), 
etc These vehicles are increasingly complex in terms of the number of features 
available and the technology used to provide those features. The increased complexity 
of these vehicles in some cases increases the amount of time that is spent mainta.n.ng, 
operating, and otherwise managing the vehicles. 

[0004] For example, in many instances, the operator of an equipment service vehicle 
performs a vehicle systems check to determine that all of the appropriate systems on 
the vehicle are fully operational before using it. This type of check is periodically 
performed, often on a daily basis (e.g., before using the vehicle for the day), to 

. _ .^-1 ui - ...-.th tho v/phir.lfi hefore the problem 

ascertain malfunctions ana puienuai H .v«^...- ...... -•- 

becomes critical. As the complexity of the vehicle increases the number of checks 
required also increases. This problem is compounded by the fact that an operator 
typically has to turn a feature on or off in the cab of the vehicle and then get out of the 
cab to see if the feature is working properly. For example, a turn signal might need to 
be checked in this manner. Accordingly, it would be advantageous to provide the 
operator with the capability to manipulate devices located on the vehicle from a location 
off-board the vehicle. 

[0005] Equipment service vehicles are often used or stored together. For example, in 
a military setting, vehicles travel as a convoy for protection from enemy forces. In a 
fire fighting setting, multiple fire fighting vehicles may respond to and fight a particular 
fire In placing concrete at a large pour, multiple vehicles often line up at the 
construction site waiting to unload the concrete. Also, many of the vehicles may return 
to a common garage or parking area for overnight storage, maintenance, etc., even 
though these vehicles may be used separately otherwise. In a situation where these 
vehicles are located in close proximity, it would be advantageous to quickly and 
efficiently communicate the status of the vehicle to those at the scene, whether this be 
in the garage or at a place where the vehicles are being used. In this manner, the 
person in charge at the scene could quickly determine what resources are available to 
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accomplish the task at hand or to ascertain which vehicles need to be repaired. 
Additionally, it would be advantageous if an operator or other person could use the 
status information from the equipment service vehicle for a number of other purposes 
such as generating reports, invoices, etc. Thus, there is also an ongoing need for 
methods and systems that facilitate accessing and monitoring vehicle performance 
using tools that are off-board the vehicle. 

SUMMARY 

[0006] According to an exemplary embodiment, a vehicle system comprises a control 
system for an equipment service vehicle and a personal digital assistant. The control 
system comprises a power source, a power transmission link, a plurality of input 
devices, a plurality of output devices, a plurality of microprocessor-based interface 
modules and a communication network. The plurality of inierfau* ...uuules are coupled 

.u „ o«„r^ hv w*v of the oower transmission link. The plurality of interface 

modules are interconnected to each other by way of the communication network. Each 
of the plurality of interface modules are coupled to respective ones of the plurality of 
input devices and the plurality of output devices. The plurality of interface modules 
store I/O status information for the plurality of input devices and the plurality of output 
devices. The control system is configured to wirelessly communicate at least some of 
the I/O status information to the personal digital assistant. 

[0007] According to another exemplary embodiment, a system comprises a fleet of 
equipment service vehicles and a personal digital assistant. Each vehicle in the fleet of 
vehicles comprises a control system that comprises a power source, a power 
transmission link, a plurality of input devices, a plurality of output devices, a plurality of 
microprocessor-based interface modules and a communication network. The plurality of 
interface modules are coupled to the power source by way of the power transmission 
link. The plurality of interface modules are interconnected to each other by way of the 
communication network. Each of the plurality of interface modules are coupled to 
respective ones of the plurality of input devices and the plurality of output devices. The 
plurality of interface modules store I/O status information for the plurality of input 
devices and the plurality of output devices. The personal digital assistant is capable of 
being connected to receive I/O status information from each vehicle in the fleet of 
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vehicles by way of a wireless communication network, the personal digital assistant 
being capable of generating a report that compares utilization information for each of 
the vehicles. 

[0008] According to another exemplary embodiment, a system and method for 
wirelessly manipulating an equipment service vehicle comprises an equipment service 
vehicle comprising a control system which includes a power source, a power 
transmission link, a plurality of input devices, a plurality of output devices, a plurality of 
microprocessor-based interface modules, and a communication network. The plurality 
of interface modules are coupled to the power source by way of the power 
transmission link. The plurality of interface modules are interconnected to each other 
by way of the communication network. Each of the plurality of interface modules are 
coupled to respective ones of the plurality of input devices and the plurality of output 
devices. The plurality of interface modules storing I/O status information for the 

plurality ot input aeviues anu mc |jiuiam.y ui w^l^wl v , 

communicating at least some of the I/O status information from the control system to a 
personal digital assistant, the I/O status information being communicated wirelessly to 
the personal digital assistant, and communicating a command from the personal digital 
assistant to the control system. 

[0009] According to another exemplary embodiment, a vehicle system comprises an 
equipment service vehicle and a portable handheld off-board computer. The portable 
handheld off-board computer including a display and an operator input device. The 
equipment service vehicle including a control system which comprises a power source, 
a power transmission link, a plurality of input devices, a plurality of output devices, a 
plurality of microprocessor-based interface modules, and a communication network. 
The plurality of interface modules are coupled to the power source by way of the power 
transmission link. The plurality of interface modules are interconnected to each other 
by way of the communication network. Each of the plurality of interface modules are 
coupled to respective ones of the plurality of input devices and the plurality of output 
devices. The plurality of interface modules store I/O status information for the plurality 
of input devices and the plurality of output devices. The off-board computer is 
configured to be locally disposed relative to the equipment service vehicle and to 
communicate wirelessly with the control system. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0010] Fig. 1 is a schematic view of an equipment service vehicle having a control 
system that wirelessly communicates with a personal digital assistant according to an 
exemplary embodiment; 

[001 1] Fig. 2 is a flowchart showing the operation of the system in Fig. 1 to perform 
vehicle operational checks according to another exemplary embodiment; 

[0012] Fig. 3. is a flowchart showing the operation of the system in Fig. 1 to perform 
vehicle operational checks according to another exemplary embodiment; 

[0013] Fig. 4 is a flowchart showing the operation of the system in Fig. 1 to perform 
vehicle operational checks according to another exemplary embodiment; 

[0014] Fig. 5 is a flowchart showing the operation of the system of Fig. 1 to 
generate a vehicle related report according to another exemplary embodiment; 

[0015] Fig. 6 depicts a fleet of equipment service vehicles that each wirelessly 
communicate with a personal digital assistant according to another exemplary 
embodiment. 

[0016] Fig. 7 is a flowchart showing a method for monitoring the fleet of vehicles of 
Fig. 6. 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 
[0017] Patent application Serial Nos. 09/364,690; 09/384,393; 09/927,946, 
09/500,506, 10/325,439, 10/364,683, 60/342,292, 60/388,451, 60/360,479, upon 
which priority is claimed, and which are hereby expressly incorporated by reference, 
disclose various embodiments of control system architectures in connection with 
equipment service vehicles such as fire trucks, military vehicles, refuse vehicles, 
municipal vehicles, electric vehicles and other types of vehicles and combinations 
thereof. An advantageous use of a control system of the types disclosed is for 
remotely monitoring, manipulating, performing status checks, etc., on the equipment 
service vehicle using an off-board computer (e.g., a personal digital assistant). In such 
situations, the control systems described in the above-mentioned applications may be 



Atty. Dkt. No.: 061300-0361 



configured to provide information (e.g., I/O status information for input and output 
devices, information from other control systems such as an engine control system, etc.) 
to an off-board computer as described below. A description is provided below of 
various equipment service vehicles that use a control system of a type disclosed in the 
above-mentioned applications but, alternatively, could also use other vehicle-based 
computer systems. 

[0018] Referring to Fig. 1 , an exemplary embodiment of an equipment service vehicle 
10 having an electronic control system 1 2 is illustrated. By way of overview, the 
electronic control system 12 includes an operator interface 14, a plurality of 
microprocessor-based interface modules 20a - 20e (collectively referred to as interface 
modules 20), a plurality of input devices 30a - 30d (collectively referred to as input 
devices 30), a plurality of output devices 40a - 40d (collectively referred to as output 
devices 40), a data logger 32, and a plurality of additional vehicle control systems 22, 

24, 26, and 2b. uperator interlace it anu unci moo muuuiw «-« - — r- — 

other by a communication network 50. Also shown in Fig. 1 is portable mobile 
computer in the form of a personal digital assistant (PDA) 60, which is configured to 
communicate with control system 1 2. 

[0019] Control system 1 2 may be configured in a number of different ways. For 
example, control system 12 may be configured to include multiple control systems that 
are coupled together. An example of such a configuration may be a fire fighting vehicle 
having one control system to control the aerial and another control system to control 
the remainder of the vehicle. Also, control system 12 may be configured to include 
multiple nested control systems so that control system 1 2 includes a smaller control 
system that forms a part of the overall control system 1 2. Thus, it should be 
understood that the particular configuration of control system 12 shown in Fig. 1 is 
only one of many embodiments of control system 1 2. 

[0020] Equipment service vehicle 1 0 can be any of a number of vehicles that are 
capable of using and benefiting from control system 1 2 as disclosed herein. While the 
general diagram of equipment service vehicle 10 in Fig. 1 is of a military vehicle, the 
equipment service vehicle should not be limited to only a military vehicle. The 
advantages of control system 12, which are described using the example of the military 
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vehicle, may equally apply to a vast array of other military and non-military vehicles. 
Also, the same may be said for any example described herein with reference to a 
particular type of equipment service vehicle. Thus, examples of control system 1 2 
described in the context of a refuse vehicle are equally applicable to vehicles such as 
fire trucks, airport rescue and fire fighting (ARFF) vehicles, ambulances, concrete 
transport/placement vehicles, etc. 

[0021] In the context of military vehicles, some examples of vehicles that may be 
used with control system 1 2 are heavy equipment transporter vehicles, which are used 
to transport battle tanks, fighting and recovery vehicles, self-propelled howitzers, 
construction equipment, medium tactical vehicles, and other types of equipment. Often 
these vehicles are used on primary, secondary, and unimproved roads and trails, and 
are able to transport in excess of 100,000 pounds or even in the range of 200,000 
pounds or more. Control system 1 2 can also be used in connection with palletized load 

transport venicies, in wmun a miuumc uuoi\ onu uanw « -~ / 

capable of loading and unloading a wide range of cargo without the need for forklifts or 
other material handling equipment. Such trucks are provided with a demountable cargo 
bed and a hydraulically powered arm with a hook that lifts the cargo bed on or off the 
truck. These trucks may also be provided with a crane to drop off the pallets 
individually if the entire load is not needed at a particular site. Further, control system 
1 2 can also be used in connection with trucks designed for carrying payloads for cross 
country military missions. Such trucks may include, for example, cargo trucks, 
tractors, fuel servicing trucks, portable water trucks, and recovery vehicles (with crane 
and winch). Such trucks are capable of passing through water crossings three or four 
or more feet deep. These trucks can also be used for missile transports/launchers, 
resupply of fueled artillery ammunition and forward area rearm vehicles, refueling of 
tracked and wheeled vehicles and helicopters, and recovery of disabled wheeled and 
tracked vehicles. 

[0022] In a non-military context, some examples of vehicles that may be used with 
control system 12 include airport and municipal vehicles such as aircraft rescue and fire 
fighting (ARFF) vehicles, snow removal vehicles, etc., each of which is described 
briefly. ARFF vehicles are generally used at airports in case there is an emergency such 
as a fire (e.g., a fire on an airplane or a fire caused by an airplane crash) or other 
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emergency situation. Snow removal vehicles can be configured to use a variety of 
implements to remove snow such as an impeller/auger arrangement that functions to 
blow the snow off to the side of the area that is being cleared, a sweeper, or a snow 
plow. Typically, the implement used to remove the snow is coupled to the front of the 
vehicle. A snow removal vehicle may be configured so that multiple implements can be 
interchangeably mounted to the front of the vehicle. In addition to snow removal 
implements, many snow removal vehicles also include a bed that can be filled with a 
substance that melts snow and ice (e.g., salt, etc.) and is dispersed during operation of 
the vehicle. 

[0023] Further examples of vehicles that may be used in conjunction with control 
system 12 are refuse handling vehicles. Refuse handling vehicles come in a variety of 
configurations and styles. For example, refuse handling vehicles may be configured to 
load refuse from the front, rear, or side of the vehicle using a refuse loader. Also, these 

iripntifll containers, larqe bins, or by 
venicies can ue uunnyuicu ^ ■ w, " ww 

hand. The refuse loader may be controlled using control system 1 2 so that the function 
of loading a refuse bin into the refuse vehicle is controlled by the control system 12. In 
addition, refuse vehicles that load refuse from a residential curbside type refuse bin may 
also include a function to automatically locate the bin, reach out and grab the bin, 
and/or empty the bin into the refuse vehicle. 

[0024] Further examples of vehicles that may also be used with control system 1 2 
are emergency response vehicles such as fire fighting vehicles and ambulances. 
Examples of fire fighting vehicles that may be suitable to use with control system 12 
include pumpers, aerials, tankers, rescues, wildlands, industrial and other assorted fire 
fighting vehicles. Ambulances typically include a number of systems used to provide 
emergency medical care to a person who is in transit to a medical facility. These 
systems can be coupled either independently or integrally with control system 12. 

[0025] Further examples of vehicles that may be used in conjunction with control 
system 1 2 are concrete placement vehicles. Concrete placement vehicles typically 
include a drum that holds and continually mixes concrete as well as a chute for 
dispensing the concrete at a desired location. Concrete vehicles may be configured to 
dispense concrete in the front or rear of the vehicle. 
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[0026] Referring to Fig. 1 , in an exemplary embodiment, interface modules 20 are 
microprocessor-based and include a plurality of analog and/or digital inputs and outputs. 
Interface modules 20 are coupled to and communicate with input and output devices 
30 and 40. In general, in order to minimize wiring, the interface modules 20 are placed 
close to input devices 30, from which status information is received, and output 
devices 40 that are controlled. In one embodiment, interface modules 20 are coupled 
to input and output devices 30 and 40 via a dedicated communication link, which may 
simply be a hardwired link between an interface module 20 and an input or output 
device 30 or 40. In an alternative embodiment, input or output devices 30 or 40 may 
be coupled directly to communication network 50 and configured to communicate 
directly over communication network 50 to all of the interface modules (e.g., the status 
of the device is broadcast over the network), one interface module (e.g., the interface 

.. , .. ... x „,rt;^,ii a r innut nr nutout device 30 or 40), or a 

module requesxea imuimemuM num ■ 

subset of interface modules on the network. 

[0027] In an exemplary embodiment, interface modules 20 are identical both in 
software, hardware, and physical dimensions. Thus, interface modules 20 are 
physically and functionally interchangeable because they are capable of being plugged 
in at any slot on communication network 50, and are capable of performing any 
functions that are required at that slot. This arrangement is highly advantageous. 
Because all of interface modules 20 are identically programmed and store the same 
information, the interface modules are physically and functionally interchangeable 
within a given class of vehicles. When the replacement interface module reboots, it will 
then reconfigure itself for use in the new vehicle, and begin operating the correct 
portions of the application programs. The interface modules may also be configured to 
be interchangeable even for vehicles of different classes (e.g., refuse vehicles and 
military vehicles). In an alternative embodiment, interface modules 20 may be different 
in software, hardware, and/or physical dimensions. Using interface modules 20 with 
different configurations enhances maintainability of control system 12. 

[00281 In an exemplary embodiment, each of the interface modules 20 stores I/O 
status information for all of the other interface modules 20. In this configuration, each 
interface module has total system awareness. As a result, each interface module 20 
processes its own inputs and outputs based on the I/O status information. The I/O 
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status information may be provided to interface modules 20 in a number of ways. For 
example, in an exemplary embodiment, each of interface modules 20 may be 
configured to broadcast the status of input devices 30 over communication network 50 
to the other interface modules 20 at predetermined intervals. In another exemplary 
embodiment, interface modules 20 may be configured to simultaneously or sequentially 
broadcast the status information to the other interface modules 20. In another 
exemplary embodiment, interface modules 20 may be configured to broadcast the 
status information in response to a change in the state of an input device 30. This 
lessens the amount of traffic over communication network 50. 

[0029] In another exemplary embodiment, as mentioned previously, some of the input 
and/or output devices 30 or 40 may be coupled directly to communication network 50. 
In this configuration, the input and/or output devices 30 or 40 can broadcast status 
information across network 50 to interface modules 20. Input and/or output devices 

A _ — +;~r, «*vKAir*rL' twninallv do not Store the 

30 or 4U coupiea aireuuy iu uuiiiinuuiuanv.. — — . 
status information broadcast across the network for other I/O devices. Thus, one or 
more of interface modules 20 may be configured to control input and/or output devices 
30 or 40 coupled directly to communication network 50. However, in an alternative 
embodiment, input and/or output devices 30 or 40 may be configured to store the 
status information broadcast by the other interface modules 20 and/or other devices on 
communication network 50. 

[00301 Communication network 50 may be implemented using an appropriate 
network protocol. In an exemplary embodiment, communication network 50 uses a 
network protocol that is in compliance with the Society of Automotive Engineers (SAE) 
J1 708/1 587 and/or J1939 standards. However, the particular network protocol that is 
utilized is not critical, although all of the devices on the network should be able to 
communicate effectively and reliably. 

[0031] The transmission medium for communication network 50 may be implemented 
using copper or fiber optic cable or other media. Communication network 50 may be 
configured in a number of ways. For example, in an exemplary embodiment, network 
50 may be a single network. In another exemplary embodiment, network 50 may be 
comprised of multiple networks. 
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[0032] Power is provided to interface modules 20 from a power source by way of a 
power transmission link. The power transmission link may comprise, for example, a 
power line that is routed throughout vehicle 10 to each of interface modules 20. 
interface modules 20 then distribute the power to input devices 30 and output dev.ces 
40. This type of distributed power transmission dramatically reduces the amount of 
wiring needed for vehicle 10. 

[0033] input devices 30 and output devices 40 are generally located on the chassis 
of vehicle 10. Input and output devices 30 and 40 may be any of a number of devices 
that are conventionally used to receive inputs and control outputs. In an exemplary 
embodiment, input devices 30 include devices that provide inputs used to control 
output devices 40. Also, input devices 30 may include devices that provide status 
information pertaining to vehicle parameters that are not used to contro. output dev.ces 
40 but may be used for other purposes (e.g., diagnosing faults in vehicle 10, generat.ng 

. _i. irk ^r^oratrkr nf status of a device, etc.). 
reports regarding utilization ot vemuc .v, — , ^ - 

The type and configuration of input and output devices 30 and 40 is not critical and will 
depend on the type of vehicle. 

[0034] Operator interface 14 shown in Fig. 1 includes a display 16 and a keypad 18. 
However, operator interface 14 may include any of a number of components that are 
used by the operator to interface with control system 1 2. Of course, the specific type 
of component often depends on the particular equipment service vehicle for which it is 
being used. In general, operator interface 14 includes one or more devices that are 
used to communicate information to the operator (e.g., display 16, LEDs, etc.) and one 
or more devices that the operator uses to communicate information to control system 
12 (e.g., keypad 18, joystick, buttons, switches, etc.). In this manner, the operator is 
able to easily determine the status of input and output devices 30 and 40, and, thus, to 
control input and output devices 30 and 40, as well as other control systems and 
devices that are coupled to communication network 50. In an exemplary embodiment, 
operator interface 14 may include a microprocessor and memory so the operator can 
customize operator interface 14. 

[0035] As shown in Fig. 1 and mentioned previously, operator interface 14 includes 
display 16 that is used to communicate, and, in particular, to display information to the 
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operator. Display 1 6 may be one of a number of various types of displays such as an 
LCD display, alpha-numeric display, touch screen display, SVGA monitor, etc. Display 
1 6 may also include memory and a microprocessor, which may serve as the memory 
and microprocessor for operator interface 14 or may be provided in addition to any 
memory or a microprocessor that operator interface 14 may include. Display 16 may 
be configured to provide instructions to the operator for performing various operations 
such as diagnostics, calibrating vehicle parameters, etc. For example, display 1 6 may 
be used to prompt the operator to enter information using keypad 18, buttons or other 
input device, or to take certain actions with respect to vehicle 10 during operation or 
testing (e.g., bring the engine to a specified RPM level). Display 16 may also be used 
to display a menu or series of menus to allow the operator to select a diagnostic test to 
perform, obtain information relating to the status of a particular input device 30 or 
oijtni.it Hfivipp 40, etc. DisDlay 1 6 mav also be used to display status information 
during system startup and during testing, and to display any error messages that may 
arise. Display 1 6 is also used to display input data and fault mode indicators from 
control systems 22, 24, 26, and 28, and any other information from additional vehicle 
subsystems. Display 1 6 is also used to display the results of diagnostic tests that are 
performed (e.g., a pass/fail message or other message). Display 1 6 is also capable of 
displaying graphics of various mechanical systems of vehicle 1 0 so that the operator 
can easily ascertain the position or status of the particular vehicle component. This is 
especially useful for equipment service vehicles that have external apparatus that is 
moveable (e.g., refuse loader on a refuse loading vehicle, aerial on a fire fighting 
vehicle, hydraulically powered arm on a palletized load transport vehicle). 

[0036] Desirably, operator interface 1 4 displays all of this information to the operator 
in a user-friendly format as opposed to in the form of codes that must be interpreted by 
reference to a separate service manual. This may be achieved by storing, in control 
system 1 2, information of the type commonly published in such manuals to facilitate 
manual interpretation of such codes, and using this information to perform the 
translation automatically. Likewise, as previously noted, the display is used to prompt 
the operator to take certain actions with respect to the vehicle during testing and to 
otherwise step the operator through any test procedures, without reference to a test 
manual. This allows the amount of operator training to be reduced. 
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[0037] Operator interface 1 4 includes keypad 1 8, which is used to accept or receive 
operator inputs. For example, keypad 18 is used to allow the operator to scroll through 
and otherwise navigate menus displayed by display 16 (e.g., menus depicting the 
status of input devices 30 and output devices 40), and to select menu items from those 
menus. 

[00381 In an exemplary embodiment, operator interface 1 4 is semi-permanently 
mounted with equipment service vehicle 10. By semi-permanently mounted, it is meant 
that the operator interface 14 is mounted within the vehicle 10 in a manner that is 
sufficiently rugged to withstand normal operation of the vehicle for extended periods of 
time (at least days or weeks) and still remain operational. However, that is not to say 
that operator interface 14 is mounted such that it can never be removed (e.g., for 
servicing) without significantly degrading the structural integrity of the mounting 
structure employed to mount operator interface 14 to the remainder of vehicle 10. 

. . • j..:..ui.. *-~A ;^ or. Anoratnr rnmnartmpnt of vehicle 10. 

(Jperator interlace it is ucsuouiy muum™ ... -i ■-- 

for example, in a recessed compartment within the operator compartment or on an 
operator panel provided on the dashboard. Also, while Fig. 1 shows one operator 
interface 14, it should be understood that other operator interfaces 14 may also be 
included as part of vehicle 10. Additional operator interfaces 14 may be helpful on 
equipment service vehicles such as refuse handling vehicles or fire fighting vehicles 
where the operator may need to control the functions of the vehicle while outside of 
the operator compartment. 

[00391 Referring again to Fig. 1 , the various blocks depicting interface modules 20, 
input devices 30, output devices 40, operator interface 14, etc. refer to various 
functions incorporated into control system 12 and should not be interpreted to require 
physically separate units that correspond to those functions. For example, interface 
module 20 and operator interface 14 may be physically combined in one housing that 
performs the same function of both interface module 20 and operator interface 14. In 
another embodiment, a particular input device 30 or output device 40 may be 
integrated physically with an interface module 20 so that the resulting combination 
functions in a manner that is similar to a configuration where the devices are separate 
yet still coupled together. 
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[0040] Referring back to Fig. 1, additional control systems 22, 24, 26, and 28 may 
also be included as part of control system 12. In an exemplary embodiment depicted in 
Fig. 1, an antilock brake control system 22, an engine control system 24, a central tire 
inflation control system 26, and transmission control system 28 are included as part of 
control system 12. In an alternative embodiment, control system 12 may include 
various additional control systems in a number of configurations. The control systems 
22, 24, 26, and 28 may be coupled directly to the communication network 50 of 
control system 12, as shown in Fig. 1. Alternatively, control systems 22, 24, 26, and 
28 may be coupled to one or more interface modules 20, which are coupled to 
communication network 50 (e.g., multiple networks; one network for control systems 
22, 24, 26 and 28 and another for the remainder of control system 12). In an 
exemplary embodiment, control systems 12, 22, 24, 26 and 28 all used the same 
CO mm.. n ir?tinn nrntnml (e.g. J1939. etc.) In this embodiment, one or more interface 
modules 20 may be used to facilitate and/or coordinate communication of control 
system 12 and control systems 22, 24, 26, and 28. In another embodiment, some or 
all of the control systems 22, 24, 26, and 28 may use a variety of different 
communication protocols that may need to be converted to the protocol used by 
communication network 50. In this embodiment, one or more interface modules 20 
may be used to facilitate communication (e.g., convert signals from various protocols, 
etc.) between network 50 and control systems 22, 24, 26, and 28. 

[0041] By connecting control systems 22, 24, 26, and 28 to control system 12, an 
array of additional input and output status information becomes available. For example, 
for the engine, this allows the control system 1 2 to obtain I/O status information 
pertaining to engine speed, engine hours, oil temperature, oil pressure, oil level, coolant 
level, fuel level, and so on. For the transmission, this allows control system 1 2 to 
obtain, for example, information pertaining to transmission temperature, transmission 
fluid level and/or transmission state (e.g., 1 st gear, 2 nd gear, and so on). Assuming that 
an off-the-shelf engine or transmission control system is used, the information that is 
available depends on the manufacturer of the system and the information that they 
have chosen to make available. 

[0042] In an exemplary embodiment, control system 12 is configured to 
communicate with PDA 60. In an exemplary embodiment, PDA 60 is configured to 
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communicate with control system 12 by way of any one of interface modules 20. 
However, in alternative embodiments, PDA 60 may be configured to communicate 
directly to communication network 50 or through an interface module that is dedicated 
to allowing PDA 60 to communicate with control system 1 2. PDA 60 is usable by an 
operator to retrieve, manipulate, and examine data stored and/or controlled using 
control system 12. For example, PDA 60 can be used to retrieve and examine the 
information stored by the data logger 32 (e.g., accident reconstruction, etc.). Likewise, 
if control system 1 2 includes a vehicle maintenance jacket, PDA 60 can be used to 
retrieve and modify data stored in the vehicle maintenance jacket. PDA 60 allows 
diagnostic software to be utilized for remote or local troubleshooting of control system 
1 2, for example, through direct examination and control of the states of input and 
output devices 30 and 40. PDA 60 also allows a convenient platform from which to 
download na\A/ firmwarp to rnntrnl system 1 2. 

rnn>ioi i~ ~~ ~„*m*i^w>„ omhA^imont pnA RCi ic nnnf ini itpH tn nprfnrm at Ipast thft 
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functions that operator interface 14 is capable of performing. In some situations, PDA 
60 may be configured to perform more functions than those performed by operator 
interface 14. For example, in an exemplary embodiment, PDA 60 is configured so that 
the operator can manipulate the throttle of the engine, which may be a function that 
operator interface 14 is not configured to perform. In an alternative embodiment, PDA 
60 may be configured to perform fewer functions than operator interface 14. This may 
be useful in situations where it is desired to minimize the size of the software used by 
PDA 60. 

[0044] Control system 1 2 and PDA 60 may communicate in a number of ways. In 
an exemplary embodiment, PDA 60 is configured to use a variety of wireless 
communication protocols such as Bluetooth, Wi-Fi, etc. to communicate with control 
system 12. In the example of Fig. 1, control system 12 includes Bluetooth 
communicators 70, which are used to communicate information to PDA 60. In an 
exemplary embodiment, Bluetooth communicators are coupled to network 50. In 
another exemplary embodiment, Bluetooth communicators 70 are coupled to an 
interface module 20. Of course, numerous other configurations may be used to allow 
Bluetooth communicators to communicate with control system 12. PDA 60 may also 
communicate using digital and/or analog signals. In an exemplary embodiment, PDA 60 
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may be configured to communicate with control system 1 2 wirelessly using encryption 
technology. This is particularly desirable if the vehicle is a military vehicle where it is 
desirable to prevent unauthorized parties from intercepting communications and/or 
allowing the enemy to control the vehicle remotely. PDA 60 may be configured to 
communicate directly (i.e., the communications do not pass through other computers 
external to the equipment service vehicle) with control system 1 2 from a variety of 
distances (e.g., ten miles, five miles, two miles, one mile, one-half mile, 1000 feet, 500 
feet, 100 feet, and/or 20 feet). The distance at which PDA 60 communicates with 
control system 1 2 may depend on a number of factors such as desired power 
consumption, communication protocol, etc. However, it should be noted that PDA 60 
may be configured to communicate with control system 1 2 from a distance that is 
typically closer than other off-board computers that use cellular modems, etc. 

[0045] Generally, PDA 60 is a computer that is smaller than a conventional laptop or 

desktop, kua ou inciuaes a miuiufjiuuc^oui , mcmuiy, an ^^..^ ~ 7 w- — , - , 

supply (e.g., alkaline batteries, rechargeable batteries, connection to A/C power), a 
display, an input device, and input/output ports. The major differences between PDA 
60 and a laptop are size, display and mode of data entry. PDAs are generally palm- 
sized and/or hand-held, while laptops tend to be larger and heavier. Laptops have larger 
displays and typically use a full size keyboard. PDAs are generally smaller and lighter. 
They have smaller displays and typically rely on stylus/touch-screen or similar 
technology and handwriting recognition programs for data entry. PDAs generally do not 
use keyboards, and, if they do they use a miniature keyboard. 

[0046] PDA 60 may have any of a variety of operating systems such as Palm OS 
(developed by 3Com) or PocketPC (formerly called Windows CE, developed by 
Microsoft). Other operating systems, including proprietary and/or custom operating 
systems, may be used in PDA 60. The choice of an operating system is not critical. 

[0047] In an exemplary embodiment, PDA 60 does not include a hard drive. 
However, PDA 60 may be configured to connect and interface with an external hard 
drive. Rather than use a hard drive, PDA 60 stores software (e.g., address book, 
calendar, memo pad, operating system, spreadsheet, software to interface with control 
system 12) and data (e.g., I/O status information from control system 12) in non- 
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volatile memory, which remains intact even when the machine shuts down, and/or 
volatile memory (e.g., RAM). This approach has several advantages over conventional 
laptop and desktop computers. For example, when PDA 60 is turned on, all of the 
software programs are instantly available. The operator does not have to wait for 
applications to load. Also, if changes are made to data the changes are stored 
automatically, without using a save command. In addition, when PDA 60 is turned off, 
the data is typically safe, because PDA 60 continues to draw a small amount of power 
from the power supply. 

[0048] In an exemplary embodiment, PDA 60 is used to perform operational and 
status checks of equipment service vehicle 10. Advantageously, PDA 60 in 
combination with control system 1 2 allows the operator to manipulate input and/or 
output devices remotely, etc., thus alleviating the need for the operator to enter the cab 
to turn on a particular feature (e.g., lights, etc.) and then walk back to inspect whether 

. I.: I.. A l«« DPi A Cn In nnmkm-i+inn \Alith mntml CWCtpm 19 
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allows the operator to perform checks that previously required two people to perform. 
For example, to check the status of the brake lights, previously one person had to press 
the brake pedal while someone else observed whether the lights were working. Using 
PDA 60, the operator can turn on the brake lights and observe the brake lights at the 
same time. 

[0049] In an exemplary embodiment, PDA 60 is configured to have access to all of 
the information available in control system 12. This includes I/O status information 
(e.g., I/O status information from input and output devices 30 and 40 as well as I/O 
status information from control systems 22, 24, 26, and 28, etc.). PDA 60 may also 
have access to information contained in data logger 32. Thus, the operator has access 
to all of this information through PDA 60. In an alternative embodiment, PDA 60 may 
be configured so that less than all of the information contained in control system 12 is 
available. For instance, PDA 60 may have access to only that information that is 
relevant to performing the particular checks. 

[0050] In another exemplary embodiment, PDA 60 may have access to other 
information regarding vehicle 10 that may not be included as part control system 12. 
For example, vehicle 10 may include cargo that is radio frequency tagged. PDA 60 is 
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able to receive the radio frequency signals to determine the characteristics of the cargo 
(e.g., its destination, what kind of cargo it is, etc.). PDA 60 can combine the 
information received pertaining to the cargo with the information received from control 
system 12 to produce a report (e.g., a report showing cargo that has been delivered 
since the last cargo status check, etc.). In an alternative embodiment, of course, 
control system 1 2 may be configured to receive the radio frequency tags from the 
cargo. In another embodiment, PDA 60 may include a bar code reader that is capable 
of reading the bar codes on the cargo. As described, the cargo is typically physically 
discrete items such as pallets of material (e.g., military supplies). However, it should be 
understood that the teachings herein also apply to other types of cargo such as 
concrete in a concrete placement vehicle, water in a firetruck, etc. 

[0051] In a typical situation, the operator of an equipment service vehicle performs 
operational checks at the beginning of each day or at other relevant times (e.g., before 

~x . .snL-^ssIsno ^rtnort o-f+or o ^ortoin niimhor nf wohirlp milpQ travplfiH 
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after the vehicle has been operated for a certain number of engine hours). It should be 
understood that the timing of the checks and the devices that are checked are not 
critical. In performing the checks, the operator can manipulate the vehicle and acquire 
information from control system 1 2 using PDA 60. 

[0052] With reference to Table 1 , in addition to daily operational checks, PDA 60 
may be useful in performing diagnostic tests or daily checks as well, for example, after 
it has been determined that a vehicle subsystem is malfunctioning. Table 1 provides a 
list of tests that may be helpful in pinpointing the source of a problem: 
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Test 


Test Description and 
Application 


exemplary 
Measurement 
Range(s) 




LIGHT TESTS 




Turn Signals 


Determine if turn signals are 

vvui mi iy 


PASS/FAIL 


Headlights 


Determine if headlights are 

\nir\r If i nn 
WUi Mi iy 


PASS/FAIL 


Clearance Lights 


Determine if clearance lights are 
working 


PASS/FAIL 


Interior Lights 


Determine if interior lights are 
working 


PASS/FAIL 


Brake Lights 


Determine if brake lights are 
working 


PASS/FAIL 




CHASSIS TESTS 




Horn Test 


Determine if horn is working 


PASS/FAIL 


Tire Pressure (psi) 


Determine if tire pressure is ! 
acceptable 


26 - 1 20 psi 




ENGINE TESTS 




Engine RPM (AVE) 


Measures average speed of 
engine crankshaft. 


50 - 5000RPM 


Engine RPM, 
Cranking SI only 


Measures cranking RPM. 
Performed with ignition ON. 
Inhibit spark plug firing allowing 
cranKing wiinoui biarimy. 


50 - 1500RPM 


Power Test 
(RPM/SEC) 


Measures engine's power 
producing potential in units of 
RPM/SEC. Used when 
programmea engine uun&idiuo 
and corresponding Vehicle 
Identification Number (VID) 
have not been established. 


500 — 3500RPM/S 


Power Test 
(% Power) 


Measures percentage of 
engine's power producing 
potential compared to full 
power of a new engine. 


0 - 100% 


Compression 
Unbalance {%) 


Evaluates relative cylinder 
compression and displays 
percent difference between the 
highest and the lowest 
compression values in an engine 


0 - 90% 
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Test 


Test Description and 
Application 


Exemplary 
Measurement 
Range(s) 




cycle. 







IGNITION TESTS 




Dwell Angle (TDC) 


Measures number of degrees 
that the points are closed. 


10 - 72 @ 
2000RPM 


Points Voltage (VDC) 


Measures voltage drop across 
the points (points positive to 
hattprv return). 


0 - 2VDC 


Coil Primary 


Mpa<iiirp<? voltaae available at 

IVICQOUI V w IVUjjv v wiiv* w »— « 

the coil positive terminal of the 
operating condition of the coil. 


0 - 32VDC 




FUEL/AIR SYSTEM TESTS 




Fuel Level 


Measures level of fuel 


Empty — Full 


Fuel Supply Pressure 
(psi) 




0 - 100psi 


Fuel buppiy rressure 
(psi) 


Thi«? tp<?t measures the outlet 
pressure of the fuel pump. 


0 - 10psi 
0 - 30psi 
0 - 100psi 
0 - 300psi 


Fuel Return Pressure 
(psi) 


Mpa^urp 4 ? return Dressure to 
detect return line blockage, 
leaks, or insufficient restrictor 
back pressure. 


0 - 100psi 


Fuel Filter Pressure 
Drop (PASS/FAIL) 


Detects clogging via opening of 
a differential pressure switch 
across the secondary fuel filter. 


PASS/FAIL 


Fuel Solenoid Voltage 
(VDC) 


Measures the voltage present at 
tho fiipl chutnff solenoid 

lilts 1 UCl OlILIlVII OUIOIIUiu 

positive terminal. 


0 - 32VDC 


Air Cleaner Pressure 
Drop (RIGHT) 
(In H2O) 


Mn»cur£»Q cuntinn vacuum in air 
intake after the air cleaner 
relative to ambient air pressure 
to detect extent of air cleaner 
clogging. 


0-60 in. H2O 


Air Cleaner Pressure 
Drop (LEFT) (In H2O) 


Second air cleaner on dual 
intake systems. 


0-60 in. H2O 


Turbocharger Outlet 
Pressure (RIGHT) 


Measures discharge pressure of 
the turbocharger. 


0-50 in. Hg 
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Test 


Test Description and 
Application 


Exemplary 
Measurement 
Range(s) 


(In Hg) 






Turbocharger Outlet 
Pressure (Lbr I ) 
(In Hg) 


Second turbocharger on dual 
intake systems. 


0-50 in. Hg 


Airbox Pressure 
(In Hg) 


MpAQtirpc; the airbox oressure of 
two stroke engines. This 
measurement is useful in 
detecting air induction path 
obstructions or leaks. 


0-20 in. Hg 
0-50 in. Hg 


Intake Manifold 
Vacuum (In Hg) 


Spark ignition engine intake 
system evaluation. 


0-30 in. Hg 


Intake Manifold 
Vacuum Variation 
(In Hg) 


Spark ignition engine intake 
system evaluation. 


0-30 in. Hg 




LUBRICATION/COOLING 
SYSTEM TESTS 




Engine Oil Pressure 
(psi) 


Measures engine oil pressure. 


0 - 100psi 


Engine Oil Filter 


Measures the pressure drop 
across the engine oil filter as 

inrliratnr nf filtPT plfilTient 

clogging. 


0 - 25psi 


Engine Oil 
Temperature (°F) 


Primarily applicable to air cooled 
engines. Requires transducer 
output shorting switch on 
vehicle to perform system zero 

nff<;pt tPSt 


120 - 300° F 


Engine Oil Level (qts) 


Measures level of engine oil 


4 - 1 5 qts 


Engine Coolant Level 


Measures level of engine 

OUUld 1 1 1 


Low - Max 


Engine Coolant 
Temperature (°F) 


Transducer output shorting 
cvA/itrh nn vphiplp reouired. 

bWllUll Ull VCI IIOIC io^umvwi 


120 - 300°F 




STARTING/CHARGING SYSTEM 
TESTS 




Battery Voltage 
(VDC) 


Measure battery voltage at or 
near battery terminals. 


0-32 VDC 


Starter Motor Voltage 
(VDC) 


Measures the voltage present at 
the starter motor positive 
terminal. 


0-32 VDC 


Starter Negative 


Measures voltage drop on 


0-2 VDC 
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Test 


Test Description and 
Application 


Exemplary 
M asurement 
Range(s) 


Cable Voltage Drop 

\ V UK*/ 


starter path. A high voltage 
indicates excessive ground path 
resistance. 




Starter Solenoid Volts 
(VDC) 


Measures voltage present at the 
starter solenoid's positive 
terminal. Measures current 
through battery ground path 
shunt. 


0-32 VDC 


Starter Current, 
Average (amps) 


Measures starter current. 


0 - 1000A 
0 - 2000A 


btarter current hirst 

Dnnl/ /Pool/ A rn nc 
reals \rcdl\. MliljJo, 

DC! 


Provides a good overall 
assessment of complete 
starting system. Tests 
condition of the starting circuit 
and battery's ability to deliver 
starting current. The 
measurement is made at the 
moment the starter is engaged 
and prior to armature 
movement. Peak currents less 
than nominal indicate relatively 
high resistance caused by poor 
connections, faulty wiring, or 
low battery voltage. 


0 - 1000A 
0 - 2000A 


Battery Internal 

Resistance 

(Milliohms) 


Evaluate battery condition by 
measuring battery voltage and 
current simultaneously. 


0 - 999.9mohm 


Starter Circuit 

Resistance 

(Milliohms) 


Measures the combined 
resistance of the starter circuit 
internal to the batteries. 


0 - 999.9mohm 


Battery Resistance 

Change 

(Milliohms/sec) 


Measures rate of change of 
battery resistance as an 
indicator of battery condition. 


0 - 999.9mohm/s 


Battery Current 


Measures current to or from the 
battery. 


-999 - 1000A 
-999 - 2000A 


Battery Electrolyte 
Level (PASS/FAIL) 


Determines whether electrolvte 

s^r Lwl 1 1 III Ivw VVI IwH Ivl v/ i w ^ v i j w 

in the sensed cell is of sufficient 
level (i.e., in contact with 
electrolyte probe). 


PASS/FAIL 


Alternator/Generator 
Output Voltage 
(VDC) 


Measures output voltage of 
generator/alternator. 


0-32 VDC 


Alternator/Generator 
Field Voltage (VDC) 


Measures voltage present at 
alternator/generator field 
windings. 


0-32 VDC 
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i est 


Test Description and 
Application 


Exemplary 

ivicaoui viiicm 

Range(s) 


Alternator/Generator 
Negative Cable 
Voltage Drop (VDC) 


Measures voltage drop in 
ground cable and connection 
between alternator/generator 
ground terminal and battery 
negative terminal. 


0-2 VDC 


Alternator Output 
Current Sense 
(VAC-RMS) 


Measures voltage output at the 
current transformer in 650 
ampere alternator. 


0-3 VAC 


Alternator 

AC Voltage Sense 

(VAC-RMS) 


Measures alternator output 
voltage. 


0-22 VAC 



Table 1 



[0053] In general, the specific tests that are performed are selected depending on tne 
application., including the type of equipment utilized by the vehicle 10. Most or all tests 
may be simple in nature from a data acquisition standpoint, involving primarily bringing 
the vehicle to a particular operating condition (e.g., engine speed), if necessary, and 
obtaining information from a suitable transducer constructed and placed to measure the 
parameter of interest, although more elaborate tests could also be utilized. Any number 
of different devices can be tested and/or information obtained, each providing a 
separate data point regarding the status of the vehicle. The operator can use the 
information provided during this testing to determine whether the vehicle is in good 
working order, or whether some subsystem or component thereof needs to be repaired 
or replaced. 

[0054] Referring to Fig. 2, a flowchart is shown of an exemplary embodiment for 
performing operational checks using PDA 60. Typically, the operator is outside vehicle 
10 and is standing adjacent to a device that needs to be checked so that the operator 
can watch to see if it is working properly. At step 101 , PDA 60 displays a list of 
output devices 40 to check. In an exemplary embodiment, PDA 60 displays a series of 
menus that include a listing of output devices 40 or other various devices (e.g., input 
devices 30, output devices 40, information from control system 24, etc.) that are 
capable of being controlled or that provide information. For example, PDA 60 may be 
configured to include menus broken down into categories based on the function or 
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location of the devices (examples of menu categories may include: engine, lights, front, 
back, right side, left side). In an alternative embodiment, output devices 40 may be 
broken down by interface module 20. Although, in this embodiment, the output state 
of one of output devices 40 is checked, it should be understood that the operator may 
be able to check and manipulate most or all of the devices that are coupled to control 
system 1 2 or view any of the information that is contained in control system 12. Thus, 
the teachings described herein are not limited to checking output devices 40. 

[0055] Once the operator selects a particular output device 40 to check, PDA 60 
requests the present status information of that output device 40 from control system 
12, as shown at step 105 in Fig. 2. In this embodiment, PDA 60 is configured to 
request information from control system 1 2 on an as needed basis. However, in an 
alternative embodiment, PDA 60 may receive periodic broadcasts of information from 
control system 12. To prevent control system 12 from simply broadcasting 
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12 to notify control system 12 that PDA 60 is available to receive information 
broadcasts (e.g., responsive to operator inputs received at PDA 60 or at user interface 
14). Control system 12 then broadcasts information for a predetermined period of 
time. Each time control system 12 receives a signal from PDA 60, the period of time is 
reset. In another exemplary embodiment, control system 12 may be configured to 
broadcast particular information to PDA 60 only if that information has changed since 
the last time the information was provided to PDA 60. 

[0056] At step 109, control system 12 responds to the request by communicating 
the requested information (e.g., status of a particular output device 40, etc.) back to 
PDA 60. In an exemplary embodiment, the information is I/O status information that is 
stored in each of the interface modules 20. In this embodiment, the information is 
readily available to be communicated to PDA 60. In another embodiment, the 
information may be information from one of control systems 22, 24, 26, and 28. In 
this case, the information is obtained from the respective control system and 
communicated to PDA 60 via an interface module 20. Of course, the particular manner 
in which the information is communicated from control system 1 2 to PDA 60 is not 
critical. 
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[0057] PDA 60 displays information received from control system 1 2 to the operator. 
In an exemplary embodiment, the information pertaining to the status of the particular 
output device 40 includes the following information: the interface module 20 that 
output device 40 is coupled to, warning information (e.g., the device has shorted to 
ground, routine maintenance is needed, etc.), device status (e.g., on/off status, % 
open, etc.), present amperage draw, amperage draw limit, location (e.g., front driver's 
side fender, etc.), etc. This information provides initial feedback that the right device is 
selected and the system is working properly. 

[0058] In another exemplary embodiment, PDA 60 is configured to receive regular I/O 
status broadcasts from control system 12. In this embodiment, steps 105 and 109 are 
not necessary since PDA 60 is constantly updated with information. In another 
exemplary embodiment, the operator may be able to select a particular output device 
40 and enter commands to manipulate the device without PDA 60 initially displaying 

xi — .1.* ~x j-i 4. -1 ~* «wnr«rtU iftfltAn Anom+nr color>tc c» Ho\/ipo tn 

manipulate, PDA 60 may be configured to display a list of actions that the operator can 
perform (e.g., if the device is a light, then PDA 60 displays the options of turning it on 
or off, etc.) without first displaying the status of the device. The operator then selects 
an action to perform (e.g., turn the light on, etc.), and PDA 60 communicates the 
command to control system 12. In another exemplary embodiment, PDA 60 may 
substitute for individual input devices 30. Advantageously, this embodiment allows 
interlocks to be used and allows input devices 30 to be tested. 

[0059] At step 113, PDA 60 acquires operator inputs to control the output state of 
the particular output device 40. In an exemplary embodiment, the operator changes the 
on/off state of the device to be on so that operator can observe whether the device is 
working properly. 

[0060] At step 117, PDA 60 communicates the command input by the operator to 
control system 12, which changes the output state of the particular output device 
accordingly. It is at this point that the operator observes the output state of the device 
to determine that it is functioning properly. For example, if the particular output device 
40 that is being checked is an exterior light then the operator simply watches to see if 
the light turns on. If the light does not turn on, then the operator knows that there is a 
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problem with the light (e.g. f the bulb is burnt out, short circuit, etc.). In another 
example, the particular output device 40 that is being checked may be a hydraulic ram 
(e.g., ram for raising or lowering a platform at the back of the equipment service 
vehicle, ram that moves a crane attached to the vehicle, etc.) or power take off (e.g., 
PTO to operate auxiliary hydraulic pump, etc.). The operator is able to turn the device 
on using PDA 60 and determine whether it is working properly. In another example, 
the operator may wish to check the pressure of the tires. PDA 60 obtains tire pressure 
information from control system 12, which includes central tire inflation control system 
26, and displays that information to the operator. Based on this information, the 
operator can then inflate or deflate the tires as desired. If the inflation and/or deflation 
mechanism is coupled to control system 12 (e.g., the mechanism is part of central tire 
inflation control system 26) then the operator can also check to see if these devices are 
working oroperly bv observing them as they are each turned on and off. In an another 
embodiment, central tire inflation control system 26 is configured to maintain the tire 
pressure at a set level. When the operator checks the tire pressure, the operator can 
adjust the tire pressure set level based on the use of the vehicle for that day (e.g., tire 
pressure for a military vehicle being used primarily off-road in sandy or muddy 
conditions may be lower than if the vehicle is used to travel in a convoy down a paved 
highway). 

[0061] At step 1 25, PDA 60 is used by the operator to return the particular output 
device to its previous state. At this point, the operator has completed the process of 
checking the particular output device 40 and can repeat this procedure to check other 
devices on vehicle 10. 

[0062] Fig. 3 depicts a flowchart of another exemplary embodiment of a method that 
may be used to check devices on vehicle 10. In this embodiment, PDA 60 is 
configured to include tests comprising sequences for actuating various devices of 
vehicle 10. At step 131 , PDA 60 displays a list of tests to perform. The operator 
chooses a test from the list. In an exemplary embodiment, PDA 60 is configured to 
include numerous tests. For example, one test may include a sequence for actuating 
devices that the operator is required to check on a daily, monthly, or other periodic 
basis (e.g., in the morning before operating the vehicle). For example, a sequence of 
lights may be tested as an operator walks around the vehicle. Another test may include 
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a sequence for actuating devices that are interrelated (e.g., checking the lights, the 
refuse loader on a refuse loading vehicle, the aerial on a fire truck, etc.). Still another 
test may include a sequence for actuating devices to diagnose a particular problem. In 
an exemplary embodiment, PDA 60 displays menus to the operator of the available 
tests, which the operator uses to select the test to be performed. 

[0063] Once the operator selects the appropriate test, PDA 60 sequentially actuates 
or changes the states of the devices that are included in the test, as shown at step 1 35 
in Fig. 3. Thus, once the operator selects the appropriate test, the devices are 
manipulated automatically (i.e., manipulating two or more devices without operator 
input). In an exemplary embodiment, PDA 60 does this by communicating the 
individual commands to control system 1 2 in a timed sequential manner. Control 
system 1 2 receives the commands and changes the output states accordingly. In an 
alternative embodiment, control system 12 includes the test programs. PDA 60 is used 
to communicate a uuiiiiiiai iu iu uuimui oyaicm ■ inonuwuny owuliwi ^ 7 ^^..> . — ........ 

test to perform. This embodiment is advantageous because less information is being 
communicated between PDA 60 and control system 12. 

[0064] Also, in an exemplary embodiment, the test programs are configured so that 
the devices are actuated sequentially as the operator walks around vehicle 10. Thus, 
as the operator walks around vehicle 10 only those devices that are adjacent the 
operator are actuated and the operator is able to observe the devices (step 139, Fig. 3). 
Also, each device is actuated long enough for the operator to determine whether the 
device is operating properly. For example, lights may be configured to be on for only a 
short amount of time while the tire inflation system, for example, may be on for a 
longer time so that an increase in tire pressure can be measured. 

[0065] In another exemplary embodiment, PDA 60 may be configured to display the 
status of the device that is being actuated as the operator walks around vehicle 10. 
Thus, the operator is able to visually inspect the device and view the information 
provided from control system 12 pertaining to the device. In this manner, the operator 
may be able to determine if there is an inconsistency between the information provided 
from control system 12 and what is observed visually or through manual measurements 
(e.g., control system 12 shows a tire pressure as being normal, when it visually looks 
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low or flat or when measurements from a hand held tire gauge are significantly 
different). 

[0066] Also, in another exemplary embodiment, PDA 60 may be configured to 
prompt the operator to obtain input or instruct the operator to perform a task during the 
test. For example, the operator may be prompted to lift the hood before beginning the 
portion of the test related to devices under the hood. In addition, the tests may be 
configured so that the operator has the option to pause the test at any point using PDA 
60 and restart it later. Thus, if a problem is found, the operator can pause the test, 
inspect the potentially faulty device more closely and then resume the test after 
finishing the inspection. While the test is paused, or at any other time during the test, 
the operator may have the option of repeating the test for a particular device or 
manipulating other devices and/or viewing information contained in control system 1 2. 
For example, the operator may use PDA 60 to rev the engine to further diagnose a 
problem. Advantageousiy, This eliminates the need for two people to be present to 
diagnose a problem (e.g., one person to rev the engine, the other to observe the 
engine). In this manner, the operator can use PDA 60 to further diagnose any devices 
that initially fail the test. 

[0067] Fig. 4 depicts a flowchart of another exemplary embodiment of a method that 
may be used to check devices on vehicle 10. In the embodiment depicted in Fig. 4, 
test programs are used to automatically test the selected output devices. At step 151 
PDA 60 displays a list of test to perform. Using the list, the operator can select the 
desired test program to perform. The test programs available are similar to those 
described in connection with step 131 of Fig. 3. 

[0068] At step 1 55, the devices are tested to determine whether the devices are 
within acceptable operating parameters. In this embodiment, the operator is not 
required to walk around vehicle 10 and observe the devices as each one is tested. 
Rather, control system 1 2 and/or PDA 60 operate to test the devices with little or no 
operator intervention. Acceptable operating parameters for the particular devices are 
stored in control system 12 and/or PDA 60. 

[0069] Step 155 may be accomplished in a number of ways. In an exemplary 
embodiment, PDA 60 communicates a command to control system 12 to begin the 
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test. Control system 12 performs the test and then communicates the results to PDA 
60, which displays the results to the operator. In another exemplary embodiment, PDA 
60 is configured to communicate commands to control system 1 2 to manipulate each 
device. As each device is manipulated the results are communicated to PDA 60, which 
then generates a report of the results to present to the operator. 

[0070] At step 1 59, PDA 60 displays a report of the results from the test to the 
operator. The report may be configured in a number of ways. For example, the report 
may be configured to display information related to devices that are working properly 
and devices that are operating outside of acceptable operating parameters. Desirably, 
the report is configured to prominently display those devices that failed the test. For 
the devices that failed the test, the report may also include other information that is 
helpful in diagnosing the cause of the failure. For example, if a light failed the test, 
then the report may include further information on whether the light is drawing current 
when switched on. if the Iighl is urawiny current but is not turning on, then this 
suggests that there is a short. However, if the light is not drawing current then the 
problem is more likely to be a burnt out bulb. Of course, even if the report did not 
include this information, the operator is able to access it using PDA 60. 

[0071] Referring now to Fig. 5, PDA 60 may advantageously be used to generate 
reports pertaining to vehicle 10. At step 251, PDA 60 displays a list of available 
reports. From the list, the operator selects a report to generate. The number of reports 
available can vary widely. PDA 60 can be configured to include reports related to any 
of a number of devices and/or information that is available via control system 1 2. For 
example, PDA 60 may be configured to generate a generic vehicle status report that 
may include information such as the remaining fuel loading on-board the vehicle, range 
of the vehicle with present fuel, vehicle weight, odometer reading, etc. Also, PDA 60 
may be configured to generate a report concerning a certain subsystem of vehicle 10. 
For instance, PDA 60 may be configured to generate a report pertaining to the engine 
of vehicle 10. The report may include information on the compression of each cylinder, 
average miles traveled per gallon of fuel consumed, etc. 

[0072] At step 255, PDA 60 acquires the necessary information from control system 
1 2. This can be done in one of the many ways previously described. In an exemplary 
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embodiment, PDA 60 may also acquire information from other sources. For example, 
PDA 60 may acquire information from other items on vehicle 10 such as cargo that is 
radio frequency tagged, as explained previously. 

[0073] At step 259, PDA 60 generates the report and displays it to the operator. In 
an exemplary embodiment, PDA 60 generates reports using information from control 
system 12 combined with information from other sources. Information from other 
sources may include, but is not limited to, weather information, atlas information, 
expense information, information from a GPS receiver, etc. For example, if the operator 
is planning a trip, the operator can enter in the departure address and arrival address 
and generate a report that displays the approximate miles that will be traveled, weather 
along the route, whether there are any devices that should receive routine maintenance 
before departure, etc. For example, atlas information may be combined with the 
vehicle's present location, which is provided via GPS, to advise the operator whether 
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operator can input vehicle expenses (e.g., fuel, etc.) and/or personal expenses (e.g., 
meals, lodging, etc.) into PDA 60. In an exemplary embodiment, PDA 60 includes 
software (e.g., spreadsheet or word processor preconfigured with a trip report 
template) to generate a trip report. Some fields of the trip report may be populated 
automatically based on vehicle data (e.g., fuel usage, miles traveled, weight carried, 
etc.) while others (e.g., meal expenses, etc.) may be entered manually by the operator. 
At the end of the trip, PDA 60 can use the expense information provided by the 
operator during the trip to prepare a trip report, which includes actual number of miles 
traveled, average speed, total time to destination, average fuel economy, total 
expenses, etc. If the operator needs to generate a bill for the trip (e.g., a bill for 
customer to pay, etc.), PDA 60 can be configured to generate a bill based on the actual 
mileage of the trip, weight of delivered load, pick up and deliver times, etc. This is one 
of numerous advantageous features that may be realized by combining PDA 60 with 
control system 12 and/or with other external data sources. If the vehicle 10 includes a 
cell phone modem or other wireless link for communicating with a remote computer, 
e.g., by way of the Internet, the bill generated by PDA 60 may then be communicated 
wirelessly tot he remote computer. The remote computer may then combine the 
invoice with other similarly-generated invoices, if applicable, and forward the combined 
invoices to a customer for payment. 
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[0074] PDA 60 in combination with control system 1 2 may be used to provide a 
number of other advantageous features. For example, if vehicle 10 gets stuck in mud 
or sand, the operator can use PDA 60 to control various aspects of vehicle 10 to get it 
out. The advantage of using PDA 60 is that the operator can be outside of the vehicle 
and, thus, can observe exactly what is happening. In this manner, the operator can use 
PDA 60 to control a winch, the engine's RPM, and the movement of the tires all from 
outside the vehicle. In another example, the operator may be maneuvering the vehicle 
in an area with very little room. In this situation, the operator may be able to observe 
the vehicle move while controlling the vehicle's movement using PDA 60. In this 
situation, the steering controls for the vehicle are part of control system 12 and, thus, 
can be manipulated using PDA 60. 

[0075] In another exemplary embodiment, PDA 60 may be used as an anti-theft 
device. In this embodiment, control system 12 is configured to disable vehicle 10 from 

+ r o \ m\ i r-\ r* If s*r\r> + rr\\ c»w«> + /-»rv% 1 O r*~nr\ mr\ InnrtrtK /\Arv\mi ininn+n iml + U DH A Cf\ D /-« s« • m j-t 4-U~ 
iiwvwmiy ii uwiuiwi oyuLwin i *— vun i iv/ iwiiyui oui ui iiuulu win I i . u&Vjauot, LI lv* 

vehicle is locked and completely shut down the enemy cannot use the vehicle. In 
another example, an ambulance may be configured in a similar manner. However, in 
this situation, the ambulance is not completely shut down when control system 12 is 
no longer in communication with PDA 60. Rather, control system 12 is configured to 
simply prevent the ambulance from moving (e.g., transmission is locked, steering is 
locked, etc.). Thus, the critical systems of the ambulance (e.g., oxygen delivery 
system, power to a defibrillator, etc.) are not shut down when control system 12 loses 
contact with PDA 60. Of course, any equipment service vehicle can be configured 
according to this example or in any other suitable manner to prevent the vehicle from 
being stolen when control system 12 loses contact with PDA 60. Also, the vehicle 
may be equipped with an override to allow the operator to continue operating the 
vehicle even though the control system 1 2 has lost contact with PDA 60. In one 
embodiment, the operator may be able to override the anti-theft feature by entering a 
password or numerical code into control system 1 2. Other suitable methods may be 
used as well. 

[0076] In another exemplary embodiment, PDA 60 may be used in conjunction with 
control system 12 to allow the operator to remotely operate vehicle 10. For example, 
in a military context, the operator may be pinned down by enemy fire and need to 
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access his or her vehicle (e.g., make an escape, retrieve more ammunition, etc.). The 
operator can use PDA 60 to operate the vehicle to move it nearer to the operator. In 
another example, in the context of placing concrete, the operator may need to move 
the vehicle a short distance in order to correctly position the concrete chute. The 
operator can use PDA 60 to move the concrete placement vehicle the short distance, 
thus alleviating the need to have the operator enter the cab, move the vehicle, and exit 
the cab again. 

[0077] Referring now to Fig. 6, a diagram is shown of a system where PDA 60 can 
communicate with the control systems 212a - 21 2e (collectively referred to as control 
systems 212) of multiple equipment service vehicles 200a - 200e (collectively referred 
to as vehicles 200). Control systems 212 may include all of the features, functions, 
and options that control system 1 2 includes. Vehicles 200 may be any of a number of 
vehicles that are in close proximity to one another (e.g., fire trucks at a fire, concrete 
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vehicles). Although in most situations vehicles 200 are of a similar type (e.g., fire 
trucks, military, etc.), PDA 60 can be configured to communicated with vehicles 200 
that are of different types (e.g., fire truck and an ambulance, refuse handling vehicle 
and a concrete placement vehicle, etc.). 

[0078] In an exemplary embodiment, each one of vehicles 200 includes a PDA 60 
that is configured to interface with each respective vehicle 200a - 200e. In this 
situation each one of PDAs 60 associated with each one of vehicles 200 can be 
configured to manipulate and view to all of the information of the other vehicles 200 
that are nearby. In this manner, each operator is apprised of the status of all of the 
vehicles. According to an alternative embodiment, each one of PDAs 60 associated 
with each one of vehicles 200 can be configured to be able to view the information 
from the other vehicles 200, but only one of the PDAs 60, typically the PDA 60 
associated with a person of leadership over the vehicles 200 (e.g., fire chief, military 
officer, etc.), is configured to be able to manipulate the devices and information on the 
other vehicles 200. According to another alternative embodiment, each operator may 
be required to provide a password or some other form of identification (e.g., fingerprint 
scanning, retina scanning, etc.) to access a particular PDA 60. Thus, the operator's 
access to certain data or functions (e.g., ability to view certain information on various 
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vehicles 200, ability to manipulate devices on various vehicles 200) may be limited as 
desired. 

[0079] Vehicles 200 are configured to communicate all of the information available in 
control systems 212 to PDA 60. According to an exemplary embodiment, vehicles 200 
are configured to communicate the information to PDA 60 by transmitting it directly 
from vehicle 200 to PDA 60. In this embodiment, PDA 60 is capable of receiving 
information from any of vehicles 200 that are within range of PDA 60. In another 
embodiment, vehicles 200 are configured to communicate information to the other 
vehicles 200, which then communicate the information to PDA 60. The information is 
communicated by directly transmitting the information from one of vehicles 200 to 
another of vehicles 200 until it reaches PDA 60. In this configuration, PDA 60 can 
communicate with vehicles 200 that may be out of range for direct communication 
with PDA 60 because the information can be communicated from the vehicle 200 that 
is out of range to one of vehicles 200 that is within range- Of course any of a number 
of ways of communicating the information from vehicles 200 to PDA 60 can be used. 
In another embodiment, vehicles 200 may use a secure satellite link to communicate 
with PDA 60. 

[0080] Referring to Figs. 7, an exemplary embodiment of a method for fleet 
monitoring and real-time mission readiness assessment using PDA 60 is shown. The 
method shown in Figs. 7 is useable to obtain a real time assessment of each vehicle 
200 in a fleet of vehicles. This is useful, for example, in the context of a natural 
disaster or other emergency when it is not known which vehicles 200 are operational, 
and the locations of the vehicles 200 are not known. This is also useful when the use 
of numerous vehicles 200 need to be coordinated such as at the scene of a fire or 
during military operations. 

[0081] At step 250, PDA 60 establishes a communication link with one or more of 
vehicles 200. At step 252, PDA 60 acquires status information from control system 
212 of each vehicle 200. Much of the status information in control systems 212 is 
constantly updated and stored so that PDA 60 only needs to request the information. 
However, in order to obtain some status information, it may be necessary to perform a 
series of tests of multiple devices and acquire output from multiple sensors. In an 
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exemplary embodiment, PDA 60 is configured to manipulate the devices of vehicles 
200 to provide the necessary status information. However, in another exemplary 
embodiment, PDA 60 simply communicates a signal to control systems 212 instructing 
the control system to perform the necessary tests to acquire the information and then 
simply communicate the information back to PDA 60. Included as part of the 
information acquired from control systems 212 is location information. 

[0082] At steps 254 and 256, PDA 60 displays the status information including the 
location of vehicles 200. In an exemplary embodiment, PDA 60 may display a map 
(e.g., city map, topographical map, etc.) with icons representing vehicles 200 
superimposed on the map at locations corresponding to the actual position of vehicles 
200. In an exemplary embodiment, the icons are displayed in a manner which is 
indicative of the status of the vehicle. For example, in the context of military vehicles, 
a red icon indicates an inoperable vehicle, a yellow icon indicates a semi-operable 
wahiQjo^ orjrj 3 groon icon rcprsssnts a vehicle which is subst8nti9!!y fully operable In 
another example, only two colors may be used (e.g., green and red), with varying levels 
of gradations between red and green being used to indicate a percentage level of 
operability. In another example, in the context of fire fighting vehicles, a red icon 
indicates a vehicle that is almost out of fire fighting agent, a yellow icon indicates a 
vehicle that has approximately half of its fire fighting agent remaining, and a green icon 
indicates a vehicle that has more than three quarters of its fire fighting agent remaining. 
Of course, the status information used to determine the color of the icon may be 
configurable (e.g, instead of basing the color of the icon on the amount of fire fighting 
agent remaining, it may be based on the amount of fuel remaining). Also, PDA 60 may 
be configured to a combination of status information such as fuel remaining and fire 
fighting agent remaining to determine the appropriate color of the icon. In an exemplary 
embodiment, an operator can select an icon (e.g., touch the icon with stylus) 
representing a particular vehicle to obtain additional status information. 

[0083] In an exemplary embodiment, PDA 60 may be configured to display the icons 
according to the type of vehicle represented. For example, an icon representing a fire 
truck may be displayed as a small representation of a fire truck, whereas an icon 
representing a refuse handling vehicle may be displayed as a small representation of a 
refuse handling vehicle. 
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[0084] Displaying the location of vehicles 200 superimposed over a map allows the 
person in charge to obtain an immediate overall picture of the real time locations of the 
operable vehicles available to accomplish the task at hand. For example, in a military 
application, a battlefield commander is able to view a map of the battlefield and obtain 
an immediate overall picture of the locations of the operable military vehicles. 

[0085] In another example, vehicles 200 may be fire trucks at the scene of a fire. In 
this situation, the person in charge (e.g., fire chief) can use PDA 60 to access 
information from control systems 212 related to each of vehicles 200 to ascertain the 
resources available to fight the fire (e.g., water levels, foam levels, oxygen levels, etc.). 
Using this information, the person in charge can determine quickly and easily whether 
additional fire trucks are needed or whether there are already too many fire trucks at 
the scene, etc. 

[0086] In another example, vehicles 200 may be concrete placement vehicles at a 
concrete pour. In this situation, the person in charge (e.g., construction foreman), or 
any person having the appropriate access to the information, can use PDA 60 to access 
information from control systems 212 related to each of vehicles 200 (e.g., water and 
concrete levels). As can be seen, PDA 60 combined with control systems 212 can be 
used on a number of vehicles to ascertain the vehicles status and available resources. 

[0087] At step 258, PDA 60 acquires operator commands for vehicle deployment. 
For example, in military applications, a commander can control troop movements by 
selecting a particular vehicle 200 and moving it on the screen to a new location on the 
display of the battlefield map. When the selected vehicle 200 is moved, the new 
location of each of vehicle 200 on the map is converted to GPS coordinates, and the 
new GPS coordinates are communicated at step 260 to vehicle 200 as part of a 
command from the operator to move vehicle 200 to the new location. Once the icon is 
dragged to the new location, a shadow icon is displayed at the new location until 
vehicle 200 reaches the new location, thus allowing the operator of PDA 60 to know 
the actual vehicle 200 position as well as vehicle 200's commanded location. When 
vehicle 200 reaches it commanded position, the shadow icon is no longer displayed. 

[0088] As should be appreciated, other exemplary embodiments for the use of PDA 6 
in combination with a fleet of vehicles 200 are possible. For example, in one exemplary 
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embodiment, PDA 60 may be configured to communicate the same command to 
vehicles 200. For example, if a particular work shift starts at 6:00 a.m., PDA 60 can 
be used to communicate a command to control systems 21 2 to start the engine at 5:50 
a.m. each day so that the vehicles are warmed up and ready to go when the shift 
starts. Similarly, PDA 60 may be used to run a report to determine whether the engine 
oil (or other parameter of interest) is low on any of vehicles 200 before starting the 
shift, thus saving time by not requiring the employee to check the oil. Many other 
advantageous features may also be realized. 

[0089] Throughout the specification, numerous advantages of preferred embodiments 
have been identified. It will be understood of course that it is possible to employ the 
teachings herein so as to without necessarily achieving the same advantages. 
Additionally, although many features have been described in the context of a vehicle 
control system comprising multiple modules connected by a network, it will be 
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hardware configurations. Further, although various figures depict a series of steps 
which are performed sequentially, the steps shown in such figures generally need not 
be performed in any particular order. For example, in practice, modular programming 
techniques are used and therefore some of the steps may be performed essentially 
simultaneously. Additionally, some steps shown may be performed repetitively with 
particular ones of the steps being performed more frequently than others. Alternatively, 
it may be desirable in some situations to perform steps in a different order than shown. 

[0090] Many other changes and modifications may be made to the present invention 
without departing from the spirit thereof. 
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